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(57) Abstract: Method to-convey messages ^between a ser- 
vice centre {SC) of a mobile telecommunications network 
such as a ^GSM , TDM A , 'COM A or 3G (MM"S) system and 
clients (CL) in ah IP network, such as the Internet, which 
are using a standardised Tommuni cation protocol a) receiv- 
ing messages in the message server^EMS) from the'service 
-centre (SC) based on a protocol used in*saki~servicexentre 
( SC), converting -said messages into messages based on the 
standardised communication protocol used by clienis*(CL 
in the IP network and forwarding the converted messages to 
addressed clients^tCL). 
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Method and message server for conveying messages between a 
mobile telecommunications network and an IP network 

The present invention relates to a method, a message server, a 
service -centre comprising said message server and a 
5 telecommunications network for conveying messages between a 
mobile telecommunications network and an IP network according, 
to claim 1, claim 6, claim 12 respective claim 13.. 

More particularly the present invention relates to a method for. 
conveying messages between a mobile telecommunications network 

1G for example as specified in the <5SM {'Global - System for Mobile 
Communications) standards, the TDMA standards, the CDMA 
standards, the 3G standards <-MMS) as well as in the Signalling 
System. No. 7, IS-41 and IS-SS protocol standards and a network 
using . the internetworking protocols TCP/IP instead. Networks 

15 using the internetworking protocols TCP/IP are the Internet, or 
corporate Intranets or Extra-nets. 

The term message used in thi-s -document particularly relates to 
short messages as defined in the above mentioned ^standards. 

BACKGROUND OF THE INVENTION 

20 Modern mobile telecommunications networks such as the Pan- 
European Cellular System respective the ^Global System for 
Mobile Communications CSM allow the transfer of Short Messages 
between subscribers. An introduction to t he <35M system can be 
found in [1], Jerry D. 'Gibson, THE COMMUNICATIONS HANDBOOK, CRC 

25 PRESS, • Boca Raton 1997, -Chapter 87, pages 1226 ff. "Below, 
references are also given to 12], B. Walke, Mobilfunknetze und 
ihre Protokolle, Band 1, &sG. Teubner Verlag, Stuttgart 2000 
and to .13], 'GSM Specification 03,40 concerning the technical 
realisation of the Short Message Service <SMS) , the latter 
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being herein incorporated by reference in its entirety. The 
transfer of Short Messages originating in a -network working 
according to TCP/IP internetworking protocols and transferred 
and delivered through the *GSM system to a subscribers mobile 
5 station MS according to [3], 'GSM Technical Specification -03.40, 
is described in [4], U.S. Patent No. 5,768,509. Internetworking 
protocols TCP/IP are -described in Andrew S. Tanenbaum, Computer 
Networks, Prentice-Hall Inc., Englewood Cliffs NJ 1S89, 2 n<J 
Edit ion, pages 358-365 and 429-433 and in [1], pages 702 - 704. 

10 The GSM' system uses the Signalling System Number 7 which has 
been enhainced by a Mobile Application Part (MAP) which is 
specified in ^5] -GSM Technical Specification '09.02 { Mobile 
Application Part (MAP) -specification) as well as TOMA is 
enhanced with the IS-41 protocol. A description .of 'Signalling 

15 System Number 7 and the IS-41 .protocol is given in" [11, chapter 
35, pages 480 to 495 respective [1], chapter 80.3, paces 1121- 
1123. 

Transfer of short messages is 'preferably performed in the 
control channels SDGCH -and SAGCH Isee (3], page -201) . The 
20 protocol architecture of the Short -Message System is shewn in 
[3], chapter 9, page 30. . 

Transfer of short messages between terminals, mobile stations 
MS cr fixed stations including 'data terminal's, ^requires -a 
service centre SC which is capable -of 

25 a) receiving a short message from a mobile -station or over an 
interface from a data terminal within a TCP/IP -network, 

b) submitting a Short Message to a mobile station or over an 
interface from a data terminal within a TCP/iDP ^network and 

c) receiving and returning reports relating to sent or 
30 received short messages. 
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Fundamental procedures regarding the transfer of a short 
message from a service centre SC to a mobile station MS are 
shown in {3], pages 56 and 57; -see also [3], Annex 2. 

The short message is forwarded by the service centre SC to a 
5 gateway function GMSC which is a function of a mobile services 
switching centre MSC. The gateway -GMSC is capable of 
interrogating a home location register KLR -which contains 
routing information to the visitor location register V&R. The 
visitor location register VDR is the functional unit that 

10 attends to a mobile station MS operating outside the area of 

. • the home location register. A ^visiting ^mobile -station JUS is 
automatically registered at the nearest -mobile services 
switching centre MSC and the visitor location register VLR is 
. ".' informed accordingly. Based . on the retrieved - -routing 

15 information the gateway GMSC forwards the «short message to the 
visited mobile services switching centre 'MSC. The visited 
mobile services switching .centre MSC retrieves cor<responding 
subscriber information from the visitor location register VLR 
based on which . the short message is forwarded to tiie mobile 

20 station MS. /Operations are terminated *by returning a delivery 
report to the service centre SC of the *netwcrk where the short 
message has been initiated. 

Fundamental procedures regarding the transfer of -a short 
message within a - GSM system from a mobile station ?MS to a 
25 service -centre SC are shown in *{3] , pages *64 and -6*5. 

A method and a wireless application message -server -WAM5 (see 
figure 2) for conveying messages/ part icularly • short messages, 
originating in a mobile telecommunications -network such as the 
GSM system aind terminating in an IP -network is disclosed in 
30 [8] f International Patent Application PCT No. PCT/CH O1/OG012 
which herein is incorporated toy reference in its entirely. 
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As described in {4], column 3, lines 55-€7 a service centre SC 
preferably provides the capability -of interfacing to external 
entities through an IP-TCP short message client interface. 
Other service centres SC may use instead of the internet 
5 protocol IP the X.25 PLP Packet Layer Protocol as 'described in 
{6] i chapter 5.5.1, pages 350-358, and a corresponding 
transport protocol on top of X.25 PLP Packet Layer Protocol -and 
underlying X.25 layers 1 and 2 as described in [^6] , -chapter 
6.3, pages 411-420. 

10 Vendors have developed proprietary protocols in order *to -send 
and . receive short .messages transferred over a selected 
transport l.ayer as .described above. 

Using the Short - Message Peer to Peer Protocol Specification.. 
v3 . 4, issued 1999 by the SMPP -Developers Forum, an external 
15 short message entity may initiate an application flayer 
connection with a service centra "SC over a TCP/IP or an 
network connection and may then send and receive short messages 
to and from the service centre SC respectively {see [7], *SMP? 
Protocol Specification v3.4, chapter 1.1., page 8). 

20 According to the described method external short ^message 
entities must therefore use e proprietary application according 
to. the SMPP- or another proprietary protocol in order, .-to 
exchange short messages with a service -centre SC incorporating 
an interface working according to -said proprietary protocol. 

25 (see for example [7], chapter 2.1, -page 13, figure 2-1). 

The commonly used proprietary service .centre "SC to short 
message entities -SME interface -specifications >are listed- in 
{7], ETSI technical report ETSI m 123 039 V. 3.-2.0 ^September 
2000), on pages 5 and 6 as follows: 

30 a) -Short Message £eer to Peer <5MPP) Interface Specification 
1SMPP Forum) 
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b) Short Message Service Centre -external machine interface 
(Computer Management -Group) 

c) SMSC to SME Inter-face Specification '(Nokia Networks) 

d) SMSC Open Interface Specification tSEMA —Group) 

5 e) SMSC Computer Access Service and Protocol Manual (Ericsson) 

Applications operating in the Internet, -below called clients, 
need, therefore to implement and maintain at least one of said 
proprietary protocols . ^Service centres SC are therefore unable 
to provide access to short message services to all Internet 
10 users. In case that a client accesses ^a different service 
centre SC a peer-to-peer condition may hot -be ^established ,due 
to the use of different protocols. 

The present invention is therefore based on the object of ' 
specifying a method, a message server, a service centre 

15 comprising said message server and a telecommunications network 
for conveying messages, particularly short messages, between -a 
mobile telecommunications network such as the -GSM system -and 
clients in an IP network, such as the Internet , which a*re -using 
a standardised communication protocol such as the .Hypertext 

20 Transfer Protocol HTTP. 

It is a further object of the present invention -of integrating 
said message server into a service centre -SC in such a way that 
application of proprietary protocols .is -avoided thus 
significantly reducing complexity of service centres. 

25 SUMMARY OF THE INVENTION 

The above and other objects of the present invention are 
achieved by a method, a message server, a service centre 
comprising said message server, and a telecommunications 
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network according to claim 1 respective 'Claim *6, claim 1.2 
respective claim 13. 

The inventive method allows to convey messages, particularly 
short messages between a. service centre -SC of a mobile 
5 telecommunications network such as the GSM system and clients 
in an IP network , such as the Internet, which are using a 
standardised communication protocol such as the 'Hypertext 
Transfer Protocol HTTP or a derivative therefrom. 

, According, to the present invention messages are received in a 
10 message server from a service centre 'SC -based on a protocol 
used in said service centre SC. The messages are -•converted into 
• messages based on the standardised communication protocol used 
by the clients in the IP network and then forwarded to the 
addressed -clients. 

15 On the other hand messages received in said ■message ■server £M3 
from clients in the IP network -based on a protocol used -by said, 
clients are converted into messages based on ;the -communication 
protocol ; used by the service centre SC and 'then forwarded to 
the service centre SC. 

20 In a first embodiment of " the invention -ttie service centre -SC. 
and the message server exchange messages based on a proprietary 
protocol preferably as specified in [3], CTSI Technical Report 
ETSI TR 123 039 V. 3.2.0 IWGQ-'OS) . 

In a preferred embodiment of the invention the -servioe -centre 
25 SC and the message server exchange messages -based on the 
protocol used in the transport or the application layer "SM-TL 
respective SM-^AL of the protocol architecture of the -short 
message service system thus avoiding the use of proprietary 
protocols and reducing the complexity of the service centre *SC 
30 when integrating the inventive message server into the service 
oentre SC. 
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The inventive message server and clients in the IP network 
exchange messages based on the Hypertext Transfer Protocol HTTP 
cr an advanced derivative therefrom. Since t-he Hypertext 
Transfer Protocol HTTP is used by practically all web browsers 
5 and CGI applications, clients using the Inter-net which are 
registered at the service centre SC or the message -server will 
be able to send and receive messages without the implementation 
of proprietary protocols . 

The functions of the message server <can further be -expended in 
10 order to provide .authcris-ation control functions, security 
control functions and/or administrative functions. 

Integration of the inventive message "server i«nto a 
telecommunications network rs ^easily possible -thus reducing 
complexity of -the network and the service cent-res installed 
15 therein. 

BRIEF DESCRIPTION OF THE DRAWINGS . 

Some of the objects and advantages of the present invention 
have been stated, others will appear when the following 
description is considered together with the -accompany i-ng 
20 drawings , in which: 

shows a known telecommunications network -designed to 
-convey messages originating in the Internet or en 
Intranet ^and terminating in mobile stations of a first 
or a second public -land -mobile network ?LMN; 

shows a telecommunications network with -an Inventive 
message server EMS capable of conveying., messages 
between mobile stations -MS of a first or a second 
public land mobile network PLMN .and ^clients -CL using 
the Internet or an £ntcartet; 
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25 Fig. 2 
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Fig. 3 shows the protocol architecture implemented in .an 
inventive message server EMS; 

Fig. 4 shows the basic transactions performed -for transfer- 
ring a message from a first service centre -SCI ^through 
5 the inventive message server EMS to a client X?L'; 

Fig. 5 shows *he basic transactions performed for .transfer- 
ring a message from a client through the inventive 
message -server EMS to the service centre SCI and 

Fig. 6 shows a -preferred embodiment of the inventive -message 
1.0" • server EMS intecrated into -a service centre *S€a. , 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Fig. 1 shows a known telecommunications network designed to 
convey messages originating in the Inter-net or an Intranet: .and 

15 terminating in mobile stations of a first or a -second public 
land mobile -network f>LMNl respective PLMN2. The structure of a 
£SM public land mobile network SLMN is shown end ^described in 
11] , pages 122*6 to 1228. For T-DMA systems usi-ng <t**e IS-41 
protocol and CDMA systems using -the IS -'9 5 protocol -see il) , 

20 chapter 80. 3, pages 1121-1123 respective {!],. chapter <8 S, 4^ages 
1257-1263. 

A -GSM public land mobile network *can be viewed as a configu- 
ration comprising 

a) a user level with voice and «da4;a terminals -MSI, -MS2, WS3, 
25 PCI, PC2 and SP; 

b) a network level with mobile "services switching centres 
MSC1, MSC2; short message service centres SCI, SC2 ; ^gateway 
functions GMSC and interworking functions IWMSC -belonging 
to a mobile services switching centre MSC and base station 
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tranceivers BTS and thereto related base ■ station, 
-controllers BSC; 

c) a database level with home location registers HLR, visitor 
location registers VLR and Equipment Identity -registers 

5. (not shown .as this optional -network entity is not relevant 

for the scope of this document) and 

d) a signalling level working according to the Signalling 
System No. 7 with signalling points^ connected -to the. 
elements of the /database level and with signalling -poLnt-s 

10 ' connected to the switching elements of the network layer. 

In a different view , the mobile stations MS, the base station 
transceivers BTS and thereto related base station controllers. 
BSC are contained in a Radio Subsystem,, the mobile services 
switching centres *M3C1, MSC2; short message service ^centres 

15 'SCi, SC2; gateway functions <3MSC and interworking functions 
IWMSC as well as the -home location and visitor location 
registers KLR, VLR . are ^contained in a Network and ^witohing 
Subsystem NSS and. a -Operation and Maintenance Centre 4not 
shown), an Authentication Centre 1not shown) and an Equipment 

20 Identity Register {not shown) are ^contained in an Operation 
'Subsystem. 

Fundamental procedures regarding the transfer of a steort: 
message between mobile stations MS and ^clients CL using -of an 
IP network through a service oentre SC and, if required/ 
25 through a wireless application messaoe server fW£MS, see -Fig. 
2) were described above. 

The service centre SCI shown in Tig. 1 -may, as described in. 
'[4],. be a work station comprising a memory to store short 
messages and subscriber data. The service oentre SCI is over a 
30 gateway and interworking functions on one side connected to the. 
mobile switching services centre MSC1. On the other side over a 
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TCP/IP interface SMS-IF the service centre SCI is connected to 
Internet or Intranet network entitles SP and CL which comprise 
services and applications -capable .of sending messages to the 
service centre SCI where the addresses of "said services and 
application are stored in a database. Preferably individual 
subscribers CL access the -service centre SCI over -a service 
provider SP. 

As described above known service centres. SC, as the -one 
described in .[4], comprise the capability of interfacing -to 
external entities through a short message client interface 
which may be using the internet protocols TCP/IP -or the X.-25 
protocol. Commonly - used proprietary 'interface specifications 
respective protocols PP for transferring messages between the 
service centre SC and the short message -entities SME are listed 
in [7], .pages 5 and 6. 

Fig. 2 shows an inventive telecommunications network capable of 
conveying messages between mobile stations -MSI and MS2 of a 
first or a second public -land mobile network -PLMN1, PLMN2 and 
clients CL in the Internet or in an Intranet . As drawn in ^Fig. 
2 the messages are forwar-ded from the first -service centre SC2 , 
accessed by the mobile stations MSI and MS2, -preferably over ,a 
wireless application message server WAMS, which is ^described in 
[8]/ tb the second service centre ^SCl on a -path shown with 
virtual connections vcl and vc2. 

According to the present invention messages exchanged between ,a 
service centre SCI and clients CL in the Internet are -sent 
through a message server EMS which, as shown in Fig. 3 converts 
the protocol HTTP used by the clients CL to tfee protocol :BP, 
PPI, ... used by the service centre 'SC. UTT-P-requests sent by 
the clients CL are there-fore translated into requests .adhering 
to the protocol PF,. :PP1, ... used by the service centre SC. 
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The message server EMS could be located at the premises of the 
operator of the service centre SCI. Both systems, the message 
server EMS and the service . centre r SCl -may form a system ^SCS 
which is controlled by a single control unit, e.<j. the control 
unit EMSC of the message server. An inventive message server 
EMS may however be connected to several service centres SC. 

The Hypertext Transfer Protocol HTTP is, as described in Andrew 
S. Tanenbaum, Computernet-zwerice, Prentice-*Hail Inc. ,. Munchen 
1998, 3 rd edition, chapter 1/6.2. 1, paces 72-6-723, a standard 
10 transfer protocol in the world wide web. Clients 'CL may use the 
Transport .Control Protocol TCP or an underlying ATM network, 
(see (11], pages 4-10) for ■transferring HTTP-requests. The 
Hypertext T-ransfer Protocol HTTP allows to send requests to a 
HTTP sever and to receive corcesponding replies. 

15 Essential communication methods specified in the hypertext 
Transfer Protocol HTTP are *GET, PUT and POST. 

The PUT' method requests that the enclosed entity tee stored 
under the supplied Request-URI. If the Request -URI refers to an 
already existing resource, the enclosed entity could be 
20 considered as a modified version -of the one residing -on the 
origin. 

In order to transmit messages between a client €L and the 
inventive message server ©MS .preferably the ^GET and/or tfee POST 
methods are used. 

25 The 'GET method means retrieve whatever information <(in the form 
of an entity) is identified toy the ^Request^URI . If the iRequest- 
URI (Uniform Resource Identifier) refers to a -data-producing 
process, it is the produced -data which shall toe returned as the 
entity in the response. 
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The POST method is used to -request that the origin server 
accept the entity enclosed in the request -as a new subordinate 
of the resource identified by the Request-URI in the Request - 
Line. POST is designed to allow a uniform method to cover the 
5 following functions: 

Annotation of existing re-sources; 

Posting a message for example to a bulletin -board, -a 
newsgroup, a mailing list 

For sending a short messaqe over, the mobile telecommunications 
10 network to a mobile station MS a client CL sends a -HTTP-request 
enclosing the corresponding message to the inventive messeqe 
server EMS. The message incoming at- the message server EMS is 
translated and .format ted according to the •specifications 'of the 
receiving system which may be the proprietary protocol of a 
15 vendor of service centres SC isee Tig. 3) or the protocol 
implemented in the 'SMS transport or -application layer SM-TL or 
SM-AL {see Tig. 6) • 

For example ; the incoming content has to be tailored to 160 
characters. In case that *CIMD2 is used as a vproprietery 
20 protocol special characters have bo be -replaced according to 
CIMD2 encoding rules . 

Short messages incoming from mobile "stations MS ere forwarded 
from the service centre SC to the inventive ^message server -EMS 
therein translated and reformatted and sent with an -HTTP 
25 request to the addressed clients <3L .as -further described below. 

For short messages incoming from mobile stations *MS one or more 
accounts of the service centre SC 'need to be monitored. Every 
incoming short message triggers a predefined action, e..g. 
initiating a HTTP request sent to an. addressed client . 

30 The client CL could receive HTTP requests (POST) as follows: 
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<?xml version="l .0"?> 
<SMS MessageID="11223344"> 

<Sender>+4176555221K/Sender> 

<Text> ITEMS SOLD</Text> 
5 <Time>12:€2:00</Time> 

<Date>I2. J 01.2O0K/Tiirie> 

</SMS> 

•On the other hand the client -CL oould use -a similar format to 
10 send s short message to a mobile station MS by u'sidg" .a 'HTTP 
request as follows: 

<?xml version*" 1.0"?> 
- <SMS> 

< De st ina t i on>+ 4 1 7<6*5'5*5 22 1 K/De st ina t ion> 
15 <T e xt > PLE AS'E -CALL PHONE .NUMBER SCO 33 22</Text> 

</SMS> 

In order to perform said HTTP requests for executing transfers 
. of. short messages simple PUSH/PULL routines have to -be set up 
20 which act as an interface between a client -CL and -the anessage 
server EMS - 

The FUSK/PULL routines may be set up -by u-sing the Simple Object 
Access Protocol SOAP, which is a lightweight ,and "simple XML- 
based protocol that is designed to exchange structured and 

25 typed information on the Web. The .extensible -Markup La-nonage 
XML is a meta-markup language >that provides a format for 
describing structured -data. "Binding -SOAP to HTTP provides -the 
advantage of toeing able to use the formalism and decentrellsed 
flexibility of % SOAP with the rich -feature set of 4ITTP. The 

30 purpose of SOAP is to enable rich and automated *Weto services 
based on a shared and open Web infrastructure. SOAP can be used 
in combination wit-h a variety of existing Internet protocols 
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and formats including HTTP, SMTP, and MIME and can -support a 
wide range of applications including messaging systems. 
Information and specifications relating to 'SOAP are available 
under 

5 http://msdn.microsoft.com/xml/General/soapspec.asp, 

As shown in Fig. 3 the message server EMS acts towards clients 
<:L in the Internet as an HTTP server which -'translates messages 
according to proprietary protocols PP1, PP2, ... of .an 
application which communicates with. ~a >peer entity in -the 
10 service centre SCI. A protocol converter CP shown In ±he : 
protocol architecture .'EMS-PA is responsible for the translation . 
of the transferred messages. 

In order to communicate^ with - service, /centres SCI, . . . , SCx • 
using different proprietary protocols PP1, - PP2, ... the -message 
15 server EMS is instructed by a control unit EMSC to select t&e 
applicable protocol PP1 or PP-2 ; etc. ... accordingly. 

The transactions performed ^during a transfer of a message from 
the service centre *S€1 through the message server EMS .. to -a 
client CL are shown In figure 4. 

20 The delivery of a short message from the 'service centre SCI to 
the message server EMS is based on the -proprietary protocol 
PP2. The translated short message is pushed forward to the 
addressed client .based on the "HTTP protocol. In reply the 
client CL sends a -response which is forwarded to the service 

25 centre SCI in order -to acknowledge receipt and to delete the 
stored message. 

The transfer of a message from a client CL through the ;messege 
server EMS to the service centre SCI is shown in figure S. 

Based on a HTTP request the short message is forwarded to tfee 
30 message server EMS, which according to tfie proprietary protocol 
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PP2 translates and forwards the message to the service centre 
SCI. Receipt of the short message is acknowledged by a message 
which is routed back to the client CL. 

In the preferred embodiment shown in Fig. 6 the message server 
5 EMS is integrated into the service centre SCa thus completely 
avoiding the use of proprietary protocol's. 

Fig. 6 also shows the protocol stack of the Signalling System 
No. 7 which carries the short message transport layer SM-TL and 
the short message application layer SM-AL on top {see [31, page 
10 30) . ' 

The protocol architecture of . Signalling System No. 1 comprises 

a) a Message Transfer Part MTP consisting' £-rom bottom to top 
of •' 

al) Signalling Data Link Functions £MTP Level 1) 
15 corresponding to Layer 1 of the OSI Model, 

a2) Signalling Link 'Functions <MTt> Level 2) corresponding 
-to Layer 2 of the O'S-I Model and 

a 3 ) S i gn a 1 1 i ng 'Net wo r k Func t ions ,{ MTP Le ve 1 3 ) 
corresponding to a first part of Layer 3 of the -OSI 
20 Model; 

b) a Signalling Connection "Control Part <S€CP) ^enhancing the 
functions of MTP Level 3 in order to provide the functional 
equivalent of OSI's network layer 3 and 

c) application protocol's (-corresponding to Layer 7 
25 applications of the OS I -Model) such a-s the Transaction 

Capabilities Application Part ITCftP) which ^provides 
services for User Parts such as the Mobile Application Part 
KMAP) which was created for the GSM system* 



5.. 
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In order to enable subscribers of the GSM system to exchange 
short messages the protocols of the Short -Message Transfer 
Layer SM-TL have been created. The services provided by the 
Short Message Transfer Layer SM-TL enable the application layer 
5 SM-AL above to transfer -short messages to its peer entities. 
The Short Message Transfer Layer SM-TL comprises Protocol Data 
Units PDU: 

SMS -DELIVER conveying a short message from the 'Service centre 
SC to the mobile station MS, 

10 SMS-SUBMIT conveying a short messaoe from the' mobile station 

MS to the service centre SC, 

SMS-COMMAND conveying a -Gommand from the mobile 'station -MS to 
the service centre *SC 

and SMS- DELI VER-flE PORT, SMS-^UBMIT-REPORT, r SM5 -STATUS -REPORT . 

15 The -structure of a protocol «data unit TPDU -at the transport 
layer SM-TL, which is shown an described in {3] , pages 35 and 
36 comprises an element TP-UD .( TP -User £>ata) into which user 
data are mapped. The element TP--0A on the -other 4and receives 
the originating address of the client CL. 

20 As -described above HTTP provides means for transferring short 
message data between a client and the -message server -EMS which 
is preferably integrated into a service centre *SCa. According 
to internetworking protocols TCP/I? a -HTTP server is accessed 
over port which is addressed by the IP address and the port 

25 number. HTTP servers respective web -browsers or CGI 
applications usually use port number '80. 

Extraction of data out of an HTTP ^nessage is -normally performed 
by an application using the Common ^Gateway Interface <X5I, which 
is described in [10] -on pages 1<2 and 143. The Common Gateway 
30 Interface CGI is addressed by a URI ('Uniform Resource 
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Identifier) ; when using a HTTP *GET request data are delivered 
with the URL (Uniform ^Resource Locator) ; when using a HTTP POST 
request the data are delivered wit-bin the -body of the request. 

According to the present invention the content respective the 
5 user data are extracted out of a HTTP message received from a 
client CL and mapped into the TP-User Data element of a 
protocol data unit TPDU. Further -data, for example address 
information, as specified in [3], is mapped into other elements 
of the protocol data unit TPDU. before it is delivered to the 
10 addressed mobile station *fc>-. 

Protocol data units TPDU received; {from a mobile station MS are 
treated accordingly. The user data is extracted out of the TP- 
User Data element and directly transferred into a HTTP-message. 

As seen in figure 2 the message server EMS is preferably 
15 connected to a: oontrol unit EMSC which, besides the control of 
the above described communication functions, may also provide 
administrative, authorisation and security control functions . 
This is easily possible since tnessages passing the message 
server EMS are analysed and translated respective ceformated. 
20 The control unit EMSC has therefore .access to the address data 
of clients CL and may provide -or deny access. The message 
server EMS may count the transferred -data -bits for -billing the 
involved charges to the account *cor responding to the 
originating address. The control unit EMSC may further check 
25 the transferred data for patterns which are to -be suppressed or 
rejected. 

The above .described protocols may >be further developed in the 
future which will facilitate the implementation of the above 
described invention for a man skilled in the art. 

30. . 
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CLAIMS 

1. A method for -conveying messages, particularly -short 
messages between a service centre {SC) of a mobile 
telecommunications network such as a 'jGSM, TDMA, CDMA or 3G 

5 (MMS) system and -client's (CL) in an IP network, such es the 

Internet, which are using a standardised communication 
protocol such as the Hypertext Transf er ^Protocol HTTP or -a 
derivative therefrom comprising the steps of 

a) receiving messages in a mes-sage -server |EMS) from the* 
10 service centre <SC 5 based on a protocol used in -said' 

service centre. (SC) , converting -said *aes sages into 
messages based on the standardised communication 
protocol used toy clients {CL) in the IP network a«nd 
forwarding the converted messages to addressed clients. 
15 tCL) and 

b) receiving messages in said messege -server (SMS) from 
clients (CL) in -the IP network -based on -a protocol -used 
by said clients i-CL) , converting said irvess.age r s into 
messages tossed on the communication protocol -used toy 

20 the service centre (SC) a<nd forwarding the converted 

messages to the service centre i&C) . 

2. Method according to claim 1, in which the service ^centre 
•(SC) and the message server <EMS) -exchange messages toas^d 
on a proprietary' protocol preferably as -specified in *E£*SI 

25 Technical Report CTSI TR 123 03'9 V,3.*2,0 *20<K>-OS) . 

3. Method according to claim I, in which *tfee service centre 
tSC) and the message server (EMS) exchange -messages based 
on the protocol orsed in the transport layer (SM-TL; 
application layer <SM-AL) of the ^protocol -architecture of 

30 the short message service system. 
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4. Method according to claim 3, in which 

address and user data are extracted put of a message 
received from the client (CL) and being directly mapped 
into a protocol data unit <TPOU) of the SMS transport layer 
5 SM-TL and/or 

address and user data aa?e extracted -out of protocol data 
unit. (TPDU) of the SMS transport layer SM-TL and being, 
directly mapped into a message forwarded to the client 
(CL ) . 

10 5. Method according to -one -of the claims 1 to 4, in which a 
control unit '(EMSC) connected to the message server (-EMS) 
additionally performs authorisation -control, security 
control and/or billing functions in view, of the -served 
clients OCL) . 

15 6. Message server (EMS) Cor conveying .messages, particularly 
short messages between a service centre <(*SC) of a mobile 
telecommunications network such as a *GSM, T£>MA, CDMA *or 3G 
(MMS) system and clients .-.(CL) in an IP network, such as the. 
Internet, which are using a standardised communication 

20 protocol such as the Hypertext Transfer -Protocol HTTP or a 

derivative comprising a protocol architecture -with a 
conversion stage on the application layer for 

a) - converting messages received from ^t he -service -centre 

<SC) based on a protocol used in said service centra 
2 5 <SC) into messages based on the communication protocol 

used by the clients <*CL) in the IrP ^network and 

b) converting messages received from -clients (CL) in the 
IP network based on a protocol used by said client (CL) 
into messages based on the communication -protocol used 

30 by the service .centre iSC) . 
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7. Message server {EMS) according to claim 6, in which the 
message server (EMS) for the 'communication with the service 
centre (SC) uses at least one proprietary protocol 
preferably as specified in ETSI Technical Report ETSI TR 

5 123 039 V. 3. 2.0 (2000-09). 

8. Message server (EMS) according to claim 6, in. which the 
message server (EMS) for the communication with the service 
centre (SC) uses a protocol used in the transport layer SM- 
TL or the application layer SM-AL of the protocol 

10 architecture of the short message service system. 

9. Message server (EMS) according to claim 8, in which the 
message server -{EMS) is capable of 

extracting address and user cata are out of -a messa-ge 
received from a client (CL) -and directly mapping -said data 
15 into a protocol data unit: <TPDU) of the SMS transport layer 

SM-TL and/or 

extracting address and user -data out of a ^protocol -data 
unit TPDU of the SMS transport layer SM-TL a*id -directly 
mapping said data into a message to be forwarded to the 
20 client fCL) . 

10. Message server iEtSS) according to one of -the /claims. 6 to S, 
comprising a control unit i£MSC) allowing to select and 
implement stored protocols <FPi, -PP2, ...) in order to 
establish peer-to-peer connections between fehe message 

25 server (EMS) and a connected service centre (SC) . 

11. Message. server (EMS) according to one of the claims £ to 9, 
comprising a control -unit <SNSC) providing authorisation 
control, security control and/or billing functions. 

12. Service . centre (SCa) for a mobile telecoiranun lea t ions 
30 network such as a <5SM, TDMA, COMA or 3G (MMS) with an 
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interface for the connection system and client's «M*) in an 
IF network, such as the Internet, which are using a 
standardised communication 'protocol such as . the Hypertext 
Transfer Protocol HTTP or a derivative, said ^servioe centre 
comprising a message server {EMS) according to claim -8, 
said message server (EMS) being, capable of 

extracting address and user data are cut of a flies-sage 
received from a client <CL) and directly mapping said data 
into a protocol 'data unit <{TPDU) of the SMS transport leaver 
SM-TL and/or 

extracting address and user -data out of a protocol -data 
unit TPDU of the SMS transport layer SM-TL -and dirvectly 
mapping said .data into a message to be forwarded to the 
client (CL) . 

13. Telecommunications network for conveying messages, 
particularly short messages/ between a service centre (SC) 
of a mobile telecommunications -network such as a *GSM, TOMA, 
CDMA or 3G =(MMS) system and client's {'CL) in ;an IP network, 
such as the Internet, which are -using a standardised 
communication protocol such . as the Hypertext Transfer 
Protocol HTTP or a derivative said mobile -tele- 
communications network comprising a message -server (EMS) 
according to one of the olaims 6 to 11 and or a ^service 
centre (*SCa) according to .claim 12. 
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